home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 3461 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  8.4 KB

  1. Path: newshost.lanl.gov!tanmoy
  2. From: tanmoy@qcd.lanl.gov (Tanmoy Bhattacharya)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Off topic post
  5. Date: 29 Jan 1996 06:56:29 GMT
  6. Organization: Los Alamos National Laboratory
  7. Message-ID: <TANMOY.96Jan28235629@qcd.lanl.gov>
  8. References: <4dvrq8$c2c@news.unicomp.net> <TANMOY.96Jan22085051@qcd.lanl.gov>
  9.     <TANMOY.96Jan27121202@qcd.lanl.gov> <4egtr8$bn0@ns.RezoNet.NET>
  10. NNTP-Posting-Host: qcd.lanl.gov
  11. Mime-Version: 1.0
  12. Content-Type: text
  13. In-reply-to: ray@ultimate-tech.com's message of 28 Jan 1996 22:37:28 GMT
  14.  
  15. In article <4egtr8$bn0@ns.RezoNet.NET> ray@ultimate-tech.com (Ray Dunn) writes:
  16. <snip>
  17.    >I do not disagree that my responses are sometimes needlessly
  18.    >unpleasant. What I object to is not use of keywords like `far', but
  19.    >a lack of knowledge that the posted code is not valid C. 
  20.  
  21.    If you agree that they're needlessly unpleasant, how can you justify 
  22.    them in this forum?
  23.  
  24. When they are indeed needlessly unpleasant, I do not justify them: I
  25. apologize. The reason they sometimes happen is that irritation is not
  26. something easy to keep in check. I should have stated that I do not
  27. consider this as an instance of needless unpleasntness, or I would not
  28. have responded in the first place. 
  29.  
  30. On rereading I realize that I forgot to underline sometimes in my
  31. statement, my fault.
  32.  
  33.    I thought part of the reason d'etre of this newsgroup was to *teach* 
  34.    people what is and isn't conforamnt code.  In addition, some extensions 
  35.    are required when writing on certain platforms.  Although it can be 
  36.    possible under certain circumstances to manipulate your code and the 
  37.    conditions under which it is compiling to avoid having to use some 
  38.    of them, it can be cumbersome, is not always possible, and ceratinly is 
  39.    often not productive.
  40.  
  41.    I wouldn't post such non-conformant code, but to make more than passing 
  42.    reference to it when someone does is unnecessary - so long as the 
  43.    problem being presented doesn't *rely* on the use of these extensions - 
  44.    and if they do, it can be pointed out to them without being nasty.
  45.  
  46. I had written `I cannot discuss the code as written because it uses
  47. `far' and every conforming compiler has to diagnose this as a syntax
  48. violation.' (words to that effect: I do not remember the exact words.)
  49. Do you consider that nasty or rude? I do think that this could be
  50. considered a `passing reference' strong enough to point out that it is
  51. not conformant.
  52.  
  53.    >   A post with a keyword like far tells me that the user, probably,
  54.    >does not know the difference between the language as defined, and a
  55.    >compiler extension. You will notice that my response to a person who
  56.    >used an incomplete array type in a struct used essentially similar
  57.    >language.
  58.  
  59.    I tend to differentiate between extensions required for a platform and 
  60.    variations in syntax allowed by some compilers.  But even in that case, 
  61.    it's easy to be caught.  I have been myself - posted a query about an 
  62.    lvalue cast which is not legal ANSII but allowed by MSC.
  63.  
  64. Who hasn't made mistakes? But when I make one, I expect to be
  65. corrected immediately: and am plainly disappointed if nobody notices
  66. :-( 
  67.  
  68.    Why should posters be castigated for this sort of error but not for a 
  69.    semantic error, like, for example using the wrong type for a variable, 
  70.    or being unable to cast correctly?  In all cases, if we could each 
  71.    spout *and* be understandingly familiar with the standard 100%, no-one 
  72.    would have to post *any* query.
  73.  
  74. Every question asked properly deserves an answer: no poster deserves
  75. castigation for any behaviour, though it is easy to get irritated by
  76. posters who do not read the FAQ. I hope I have only very rarely posted
  77. anything rude in response to a question (except in exasparation: I
  78. remember being especially unpleasant to someone who knew he/she was
  79. asking a question about C++ in a C newsgroup). I am sometimes
  80. unpleasant to people who _answer_ wrong (especially when they make
  81. trivial mistakes showing they are absolute beginners, or when their
  82. answer is wrong _and_ contrary to the FAQ), but, for those who ask, I
  83. try my best to figure out what the misconception of the poster is:
  84. instead of merely answering the question.
  85.  
  86. I do also point out glaring non-portabilities and other errors when I
  87. notice them. I do not understand why you think that is unpleasant.
  88.  
  89.    >   In short, I believe that anyone writing in a language ought to know
  90.    >the difference between portable and non-portable constructs.
  91.  
  92.    The language, as defined, is not just an intellectual curiosity, it is 
  93.    something that has been implemented in various real-world environments 
  94.    to achieve, in the main, commercial objectives.
  95.  
  96.    A *huge* number of programmers (probably the biggest percentage) are 
  97.    coding programs which by definition are not portable, because they are 
  98.    interfacing with operating system API's and dealing with difficult 
  99.    system environments, and *must* use language extensions.  I'd rather 
  100.    see their 'C' queries posted and responded to here when their problems 
  101.    are essentially language ones, than have them scared off.
  102.  
  103.    The language standard as defined is not just an intellectual curiosity, 
  104.    it is something that has been implemented in various real-world 
  105.    environments to achieve, in the main, commercial objectives. I think we 
  106.    are all here to help 'C' programmers learn and be more productive in 
  107.    the environment that they have to work, not just to have intellectual 
  108.    discussions.
  109.  
  110. Correct. But, they do need to distinguish the peculiarities of their
  111. platform from questions which are problems of their understanding of
  112. the basic language. If the question is really specific to their
  113. platform, it probably is not a C question. (There are exceptions.) So,
  114. how difficult is it to try to reproduce the problem in a portable
  115. context before posting to the newsgroup? 
  116.  
  117.    >Whether my replies are constructive, however, I really do not know.
  118.  
  119.    In the main, Tanmoy, I think most posters would agree that your 
  120.    responses are very constructive when they stick to technicalities.  
  121.    However it's often painful to observe your apparently deliberate 
  122.    attempts to humiliate and embarrass the authors of posts who don't fit 
  123.    into your idea of Politically Correct comp.lang.c questions.
  124.  
  125. I disagree that I want Politically Correct comp.lang.c questions. I
  126. think that anyone asking questions needs to do a bit of homework to
  127. isolate the problem from system dependencies. And, I do want people to
  128. know what is and isn't portable.
  129.  
  130. As to your comment about humiliating and embarrassing authors, let me
  131. state that I do not try either of those when I feel that somebody is
  132. making an honest mistake not covered by the FAQ. It is difficult to
  133. imagine why I should humiliate someone for not knowing something, if
  134. they are already asking it. A certain amount of embarrassment arises
  135. out of being wrong in the first place: that I cannot avoid. I myself
  136. have made stupid errors here (as any who has read my post for a while
  137. can testify), and sure, I am embarrassed at my own stupidity. That I
  138. cannot avoid.
  139.  
  140.    It's unpleasant enough in the "chat" newsgroups.  Let's try and keep 
  141.    this place a pleasant and profitable place to browse.
  142.  
  143.    As far as this discussion being "off topic", Tanmoy is right of course, 
  144.    but in the absence of a comp.lang.c.d newsgroup where else would you 
  145.    suggest?
  146.  
  147. Such discussions are probably better by email if the number of
  148. participants are few. The reason I changed the subject is not as any
  149. reflection on your post, but rather to point out to the those that are
  150. uninterested that they need not download this. If you feel that it is
  151. relevant to this newsgroup, it should continue here. (In any case, I
  152. do not have much else to say ... so this thread is going to die soon
  153. anyway.)
  154.  
  155.    BTW, it's ironic that Tanmoy shows such sensitivity to "correctness" in 
  156.    posts to the newsgroup, while at the same time he uses a sig that's way 
  157.    out of line according to Usenet standards.
  158.  
  159. I agree that my sig is longer than that recommended. I have found it
  160. useful to keep it this way though.
  161.  
  162. Cheers
  163. Tanmoy
  164. --
  165. tanmoy@qcd.lanl.gov(128.165.23.46) DECNET: BETA::"tanmoy@lanl.gov"(1.218=1242)
  166. Tanmoy Bhattacharya O:T-8(MS B285)LANL,NM87545 H:#9,3000,Trinity Drive,NM87544
  167. Others see <gopher://yaleinfo.yale.edu:7700/00/Internet-People/internet-mail>,
  168. <http://alpha.acast.nova.edu/cgi-bin/inmgq.pl>or<ftp://csd4.csd.uwm.edu/pub/
  169. internetwork-mail-guide>. -- <http://nqcd.lanl.gov/people/tanmoy/tanmoy.html>
  170. fax: 1 (505) 665 3003   voice: 1 (505) 665 4733    [ Home: 1 (505) 662 5596 ]
  171.